home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20010306-20010921
/
000240_fdc@watsun.cc.columbia.edu_Mon Jul 2 10:08:41 EDT 2001.msg
< prev
next >
Wrap
Text File
|
2001-09-20
|
4KB
|
80 lines
Article: 12560 of comp.protocols.kermit.misc
Path: newsmaster.cc.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Building C-Kermit197 on Solaris 2.6
Date: 2 Jul 2001 14:03:54 GMT
Organization: Columbia University
Lines: 63
Message-ID: <9hpv0a$hn0$1@newsmaster.cc.columbia.edu>
References: <GgAQ7AeH4WDL092yn@cinenet.net>
NNTP-Posting-Host: watsun.cc.columbia.edu
X-Trace: newsmaster.cc.columbia.edu 994082634 18144 128.59.39.2 (2 Jul 2001 14:03:54 GMT)
X-Complaints-To: postmaster@columbia.edu
NNTP-Posting-Date: 2 Jul 2001 14:03:54 GMT
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:12560
In article <GgAQ7AeH4WDL092yn@cinenet.net>,
Dark Moon <the.earth.below@cinenet.net> wrote:
: ...with gcc 2.8.1 is not working for me. I will be using this build
: strictly as a remote on my shell account, so I want only the interactive
: command parser, and the script and protocol engines. Most of the rest
: can stay out, as I have a 5 Meg. hard quota.
:
You might consider sidestepping the problem by getting your system
administrators to install the full Beta.
: My modified makefile entry:
:
Obviously, not every combination of feature-selection options has been
tested; custom builds will need some fine tuning. If all you want is to
save space, try building with Sun cc if you have it; this cuts the
size about in half -- for some reason gcc generates huge executables on
Solaris. For example on Solaris 8 Sparc:
-rwxrwxr-x 1 fdc 2322348 Jun 29 14:17 cku200b02.solaris8-sparc <-- cc
-rwxrwxr-x 1 fdc 4193256 Jun 29 14:18 cku200b02.solaris8g-sparc <-- gcc
(and similarly on x86). Many of the feature-deselection options you added
to your makefile target are implied by NOLOCAL or NOCSETS. If you just do:
make solaris26x "KFLAGS -DNOLOCAL -DNOCSETS -DNODEBUG"
it should build OK and give you an executable less than half the size of
the full-featured one. Any reductions beyond that will be just small
change (law of diminishing returns). Testing this on Linux:
-rwxrwx--- 1 fdc 1984671 Jul 2 09:40 kermit <-- Full build
-rwxrwx--- 1 fdc 935148 Jul 2 09:37 wermit <-- With above KFLAGS
(it built with no errors).
By the way, for reference, here are the effects of some of the feature
deselection switches used in isolation on Linux/i386, RH7.0, gcc 2.96:
Build Size Savings Description
Full 1984671 -
NOSPL 1667990 316681 No Script Programming Language
NOCSETS 1607616 377055 No Character-set conversions
NONET 1710743 273928 No networks
NOFTP 1843513 141158 No FTP client
NODEBUG 1769572 215099 No debugging
NOHELP 1699954 284717 No HELP
NOLOCAL 1445894 538777 Remote only - no making connections
NODIAL 1844366 140305 No DIAL command or modem database
NOXFER 1452623 532048 No file transfer
NOICP 479462 1505209 No Interactive Command Parser
Again, not all combinations of these switches have been tested or are
guaranteed to work. But I'll look at your report in more detail before
the final 8.0 release.
As for the link errors, don't bother removing -lsocket -lnsl -lm -lresolv
from the LIBS clause; they're dynamic libraries and are not loaded if they
are not used. They don't add anything to the executable. (And when I
tried building on Linux the above KFLAGS and the sockets libraries removed
from the LIBS clause, I got no errors at all, so maybe you had some old
objects laying around after all.)
- Frank